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(54) Disc intercommunication sys- 
tem 

(57) A disc intercommunication sys- 
tem is disclosed for use in a data 
processing system and provides a 
communication path (21 8) which 
interconnects all the programmable 
disc devices (212-214) in a multi- 
processor system. The disc devices 
(212-214) use their self-contained 
processor (220) and memory (221) 
to interpret data transfer commands 
and thereby determine which disc 
devices are to be involved in the 



data file transfer. The disc devices 
(212-214) communicate among 
themselves directly via the commu- 
nication path (218) to accomplish 
the data file transfer thereby saving 
considerable overhead in the host 
processors. - 
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SPECIFICATION 

Disc intercommunication system 

5 This invention relates to a disc intercommuni- 
cation sysem for use in a data processing 
system. 

* Traditionally, the disc devices used in data 
processing systems contain the storage media 

1 0 which is the disc pack with its associated 

read/write heads and drive mechanism, and a 
simple controller. The disc packs are "dumb" 
devices, having no built-in intelligence. As a 
result, a separate controller is required for 

1 5 each disc pack to supply the operating logic. 
These controllers are expensive and only one 
disc pack can be operated at a time, thereby 
rendering all other disc packs connected to 
the same controller effectively inaccessible for 

20 the processor while the one disc pack is being 
accessed. In particular, the processor, in ac- 
cessing a disc device, makes a request to the 
selected disc device to read or write. This 
request contains a precise address identifying 

25 a particular location on the storage media 
(disc pack). The controller in the selected disc 
device receives this address, activates the ap- 
propriate read /write head and performs the 
requested operation. During this period, the 

30 requesting processor is waiting for the result 
from the controller, an operation which is 
termed: wait-l/O operation. This period of 
inactivity is a waste of processor real time and 
the processor can therefore be heavily I/O 

35 bound, which limits the capacity of the proc- 
essor. 

A variation of this traditional disc device 
structure is the disc device which contains a 
built-in intelligent controller employing a mi- 

40 coprocessor, such as the STC 2700 series of 
disc devices. In these units, the operating 
intelligence is internal to the disc device and 
the disc controller can perform some of the 
functions normally assumed by the associated 

45 processor. The STC 2700 series disc device is 
described in the article by Mr. Pranger enti- 
tled '"Intelligent Disc Drive for the 1980's", 
which appeared in the February, 1979 issue 
of Mini Micro Systems on pages 72-78. 

50 According to the present invention there is 
provided a disc intercommunication system 
for use in a data processing system which 
includes one or more processors, said disc 
intercommunication system comprising a plu- 
- 55 ralrty of disc drives, a plurality of control 

means for interfacing the disc drives with said 
one or more processors, and means intercon- 
necting the control means for transferring data 
relating to said disc drives between said con- 

60 trol means. 

In a preferred system in accordance with 
the present invention, the means interconnect- 
ing the control means will comprise bus 
means connected to all of said control means. 

65 Some exemplary embodiments of the inven- 



tion will now be described reference being 
made to the accompanying drawings, in 
which: 

Figure 1 shows a typical prior art multipro- 
70 cessor-disc interconnection scheme; 

Figure 2 depicts the details of a disc inter- 
connection scheme system in accordance with 
the present invention; and 

Figure 3 illustrates a variation of the system 
75 of Fig. 2. 

A typical prior art multiprocessor computer 
system is illustrated in Fig. 1 . This system 
comprises a plurality of processors 102-105 
which are interconnected in well-known fash- 
80 ion to serve a plurality of terminals, I/O ports, 
etc. Each of processors 102-105 is con- 
nected to a number of these devices although, 
for simplicity of illustration, only terminal 101 
is shown in Fig. 1 . 
85 In addition to the aforementioned devices, 
the typical prior art multiprocessor system 
includes a plurality of disc devices 1 12-1 14 
which are connected to processors 102-105 
in any of a number of well-known configura- 
90 tions. The system of Fig. 1 illustrates two 
such typical connections: a processor 1 02 
connected to a dedicated disc device 112 and 
a disc device 1 1 3 which is shared by two 
processors (103 and 104). Each of the disc 
95 devices 1 1 2-1 14 is itself comprised of the 
storage media (disc pack 109-1 11 respec- 
tively) with its associated drive mechanism 
and read/write heads, as well as a controller 
(106-108 respectively) which supplies the 

100 operating logic for the associated disc pack 
and which interfaces the associated processor 
with the disc pack. As can be seen from this 
configuration, alt interdisc communication re- 
quires the involvement of two processors as 

105 does the accessing of a disc device by a 
processor not directly connected to said disc 
device, since there is no direct interconnection 
of the disc devices. 
Two operations will be used throughout this 

110 text as illustrations: simple data access and 
data update of multiple file copies. Using the 
system of Fig. 1, assume in the first case that 
the operator of terminal 101 requests a file 
which resides in data disc pack 1 10 of disc 

1 1 5 device 1 1 3. Terminal 101 transmits the re- 
quest to processor 102 which searches its 
memory to determine the location and size of 
the requested file. This information is format- 
ted by processor 102 into a data message, 

1 20 which message contains several elements, 
which are typically: file identifier (name), file 
address, file size. Having discovered the file's 
location (in disc pack 1 1 0 of disc device 1 1 3) 
and having generated the data message, proc- 

1 25 essor 102 relays the data message to proces- 
sor 1 04 (via their multiprocessor interconnec- 
tion as shown in Fig. 1), which processor 
translates this data message into a hardware 
disc address for access purposes. This hard- 

1 30 ware disc address is then transmitted 
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by processor 104 to disc controller 107 of 
disc device 113. Disc controller 107 uses this 
hardware address information to operate the 
read heads and other necessary mechanisms 
5 of disc pack 1 1 0 to read the requested file 
from disc pack 110 and to transmit this file to 
processor 1 04. Then the data file, accessed 
through associated disc controller 107 of disc 
device 1 1 3 by processor 1 04, is transmitted 

1 0 by processor 1 04 directly to processor 1 02 
(via their multiprocessor interconnection as 
shown in Fig. 1), which processor 102 sup- 
plies the file (in well-known fashion) to the 
user at terminal 101. 

15 As another example of the operation of the 
system of Fig. 1 , consider how data is up- 
dated in multiple copies of a file. Having 
accessed and edited a file, the operator of 
terminal 101 would send the updated file to 

20 processor 1 02 for storage. A search of its 
memory reveals to processor 102 that the file 
to be replaced is stored in two locations (say 
disc pack 1 1 0 of disc device 113 and disc 
pack 1 09 of disc device 112) for reliability or 

25 operational reasons. Processor 102 uses its 
associated disc controller 106 of disc device 
1 12 to update the file in disc pack 109 in 
well-known fashion, and uses processor 104 
and its associated disc controller 107 of disc 

30 device 1 1 3 to update the file in disc pack 
110. However, in performing these opera- 
tions, processor 1 02 must once again deter- 
mine the size of the file and the locations 
where it is to be stored. This information is 

35 formatted by processor 102 into a data mes- 
sage, which message contains several ele- 
ments, which are typically: file identifier 
(name), file address, file size. Processor 1 02 
transmits this data message along with the file 

40 to be stored directly to processor 1 04 via the 
interconnection shown between processors in 
this multiprocessor system. Processor 104 
translates this data message into a hardware 
disc address for access purposes and trans- 

45 mits this hardware disc address and the file to 
disc controller 107 of disc device 113. Disc 
controller 1 07 uses this hardware address 
information to operate the write heads and 
other necessary mechanisms of disc pack 110 

50 to thereby write the file into disc pack 110. 
Similarly, processor 1 02 would generate a 
hardware disc address for disc controller 1 06 
of disc device 112 and transmit this hardware 
disc address and the file to disc controller 

55 106 so that disc controller 106 will write the 
file into disc pack 109. 

Thus, in the system of Fig. 1, if the disc 
device to be accessed is not directly associ- 
ated with the controlling processor, the proc- 

60 essor associated with the disc device to be 
accessed is required to participate in the data 
transfer. This need for the involvement of 
additional processors in a data transfer is a 
waste of processor real time, since the proces- 

65 sor functions merely as a buffer and address 



generator in these situations, interfacing the 
selected disc device with the requesting proc- 
essor. 

In the subject invention, processors, termi- 
70 nals and disc devices are interconnected as 
shown in Fig. 2. Like Fig. 1, this drawing 
illustrates several processors which are inter* 
connected in well-known fashion to serve a 
plurality of terminals, I/O ports etc. Each of 
75 processors 202-205 is connected to a num- 
ber of these devices although, as in Fig. 1, 
only one terminal 201 is illustrated. In addi- 
tion, a plurality of disc devices 212-214 are 
connected to processors -202-205 as in Fig. 
80 1 and each of these disc devices 212-214 is 
comprised of the storage media (disc pack 
209-21 1 respectively) with its associated 
drive mechanism and read write heads as well 
as a controller (206-208 respectively). Unlike 
85 Fig. 1, however, Fig. 2 illustrates a network of 
disc controllers 206-208 interconnected by 
disc controller bus 218. Additionally, each 
disc controller 206-208 is of the type that 
contains built-in intelligence. In particular, a 
90 typical controller 206 contains a microproces- 
sor 220, memory 221, as well as processor 
interface 223 to couple microprocessor 220 
to processor 202, and bus interface 222 to 
couple microprocessor 220 to disc controller 
95 bus 218. 

The same examples will be used in the 
description of Fig. 2 as were used to describe 
the prior art shown in Fig. 1, and differences 
in operation between the two methods will be 

100 amplified after this description. Assume again 
that the operator of terminal 201 requests 
data stored in disc pack 210 of disc device 
213. Terminal 201 transmits the request to 
processor 202 and this request is immediately 

1 05 transferred, usually without modification, by 
processor 202 to disc controller 206 of disc 
device 21 2. Disc controller 206 is an intelli- 
gent controller which may be a separate unit 
or a controller internal to a disc device such 

1 10 as that described in the article by M. Pranger 
entitled "Intelligent Disc Drive for the 
1980's", which appeared in the February, 
1979 issue of Mini Micro Systems on pages 
72-78. The disc controller 206 shown in Fig. 

115 2 itself contains a relatively small processor 
220 (a microprocessor) and processor inter- 
face 223 receives the request from processor 
202 and applies the request to microproces- 
sor 220. Microprocessor 220 receives this 

1 20 request and operates under control of a pro- 
gram stored in microprocessor 220 and/or 
memory 221 to search the disc controller 
memory 221 (or possibly the disc pack 209 
itself) to determine the location and size of the* 

125 requested file. This information is formatted 
by microprocessor 220 into a data message, 
which message contains several elements, 
which are typically: file identifier (name), file 
address, file size. Having found the file's 

1 30 address in disc pack 210, disc controller 206 
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relays the request for data directly to disc 
controller 207 of disc device 213 via disc 
controller bus 218. This is accomplished by 
microprocessor 220 transmitting the data 

5 message that it generated, via bus interface 
222, to disc controller bus 218. Since all the 
disc controllers 206-208 are connected to 
disc controller bus 218, this data message 
will reach its signified destination, disc con- 

10 troller 207, in well-known fashion. 

Disc controller 207 also contain the ele- 
ments (220-223) which are shown in Fig. 2 
for disc controller 206. Therefore, the data 
message placed on disc controller bus 218 by 

1 5 microprocessor 220 will be received by the 
bus interface and thence the microprocessor 
in disc controller 207. This microprocessor 
will, as described above for the prior art 
system, translate this data message into a 

20 hardware disc address and use this informa- 
tion to operate the read heads and other 
necessary mechanisms of disc pack 210 to 
read the requested file from disc pack 210. 
The microprocessor in disc controller 207 

25 then transmits the aforementioned data mes- 
age with the requested file to disc controller 
bus 218 via the bus interface in disc control- 
ler 207. Microprocessor 220 of disc controller 
206 monitors disc controller bus 2T8 in well- 

30 known fashion, and thereby detects the pres- 
ence of this data message placed on bus 218 
by disc controller 207. Microprocessor 220 
receives the data message and the requested 
file from disc pack 21 0 via bus interface 220. 

35 Then the requested file, accessed in disc pack 
210 through disc controller 207 by disc con- 
troller 206, is transmitted by microprocessor 
220 via processor interface 223 to processor 
202 for execution. 

40 In the second illustrative example, data is to 
be updated in redundant files. Having ac- 
cessed and edited a file, the operator of 
terminal 201 might send the updated file for 
storage to processor 202, which processor 

45 immediately relays the file and a storage com- 
mand to disc controller 206 of disc device 
212. Assume that a memory search revealed 
to disc controller 206 that the file to be 
replaced was stored in two separate disc 

50 packs (say 209 and 210) for reliability or 
operational reasons. If so, disc controller 206 
directly updates the file in disc pack 209 in 
standard fashion, and uses disc controller 207 
(via disc controller bus 21 8) to update the file 
• 55 in disc pack 210. 

This is accomplished by microprocessor 
220 receiving the request and the file from 
processor 202 via processor interface 223. 
Microprocessor 220 searches the disc control- 

60 ler memory 221 to determine the destinations 
of the file. This information is formatted by 
microprocessor 220 into a data message, 
which message contains several elements 
which are typically: file identifier (name), file 

65 address, file size. Having found the file's 



address in disc pack 210, microprocessor 
220 outputs the data message and the file to 
disc controller bus 218 via bus interface 222. 
Since all the controllers 206-208 are con- 
70 nected to disc controller bus 218, this data 
message and file will reach their signified, 
destination, disc controller 207, in well-known 
fashion. 

Disc controller 207, as mentioned above, 
75 also contains the elements (220-223) which 
are shown in Fig. 2 for disc controller 206. 
Therefore, the data message will be received 
by the microprocessor t via the bus interface, 
of disc controller 207. This microprocessor 
80 will translate this data message into a hard- 
ware address and use this information to 
operate the write heads and other necessary 
mechanisms of disc pack 21 0 to write the 
received file into disc pack 210. 
85 Similarly, microprocessor 220 would gener- 
ate a hardware address and use this informa- 
tion to operate the write heads and other 
necessary mechanisms of disc pack 209 to 
also write the file into disc pack 209. 

90 

Differences 

Comparing Fig. 1 to Fig. 2 reveals that the 
significant physical difference in overall struc- 
ture between the prior art and the subject 
95 system is that the disc controllers of the 
subject system are interconnected by a disc 
controller bus. This leads to several differ- 
ences in operation. In the first example given, 
processor 102 (Fig. 1) of the prior art system 

1 00 receives a data request and then searches its 
memory for the file location before relaying 
the data request, now in the form of a data 
message, to processor 104, which processor 
is associated with the requested disc device 

105 1 1 3. In contrast, processor 202 (Fig. 2) of 
the subject invention simply relays the re- 
ceived request without modification to disc 
controller 206 and depends on disc controller 
206 to determine the file address. In the 

1 10 system of Fig. 1, the file address, having been 
relayed to processor 1 04, causes processor 
1 04 to generate a hardware address for the 
requested file and then read the file from disc 
pack 1 10 via disc controller 107. Processor 

115 104, by way of processor 102, then transfers 
this file to the terminal (101). In the subject 
system, however, no processor was occupied 
with the file transfer since disc controller 206 
found the file address, accessed the file via 

120 disc controller bus 218 and disc controller 
207, and presented the complete file to proc- 
essor 202 for transfer to the terminal (201). 

In the prior art, therefore, processor real 
time was used to access data, specifically: 

125 time was taken by processor 102 to find a file 
location in its mapping memory, then gener- 
ate and transmit a data message to processor 
104. Also, time was taken by processor 104 
to translate the data message to an absolute 

1 30 disc address, time was taken by processor 
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104 to access the data, and time was taken 
by processor 1 04 to transfer the data to 
processor 102. In the subject invention, how- 
ever, these tasks are all undertaken by the 
5 several controllers (206 & 207 in the example 
given) so that processors 202 through 205 
may be free for other work- 
in the second illustrative example given, - 
processor 101 in the prior art structure again 

1 0 started its task by searching its memory for 
the locations of the file to be updated before 
relaying the write command. Then processor 
1 02 wrote data into duplicate files by way of 
disc controller 1 06. processor 1 04, and disc 

15 controller 107. Processor 202 of the subject 
system simply relays the write command to 
disc controller 206, which device (206) con- 
trols the entire writing task for the requesting 
processor (202). 

20 Again in this example, processor real time 
was used in the prior art system to write data, 
specifically: time was taken by processor 102 
to find locations in its mapping memory, then 
generate and transmit a data message to 

25 processor 1 04. Also, time was taken by proc- 
essor 1 04 to convert this data message into 
absolute disc address, time was taken by both 
processors 1 02 and 1 04 to transfer data 
between them, and time was taken by proces- 

30 sor 1 04 to transfer data to disc controller 
107. And again, in the subject invention, all 
these tasks are undertaken by the several 
controllers (206 & 207 in the example given) 
so that processors 202 through 205 may be 

35 free for other work. 

An additional advantage of the subject in- 
vention is that, with this structure, it is possi- 
ble to have a single file spanning several disc 
packs and this fact would be logically trans- 

40 parent to the system user. This, therefore, 
provides the capability for having file sizes 
larger than the capacity of a single disc pack. 
The intelligent controller in the disc device 
where the file begins would have the neces- 

45 sary file header information and would man- 
age the division and distribution of the file 
segments to other disc devices. In fact, in 
general, any file located on any disc device 
can be logically accessed from any processor. 

50 The concept of disc controller intercommu- 
nication may be realized in many ways. For 
example. Fig. 2 illustrates interconnection of 
the disc controllers by means of a data bus: 
disc controller bus 218. Another example of 

55 disc interconnection is the global bus struc- 
ture shown in Fig. 3 wherein there is total 
interconnection between processors and con- 
trollers. The advantage of such a system (as 
compared with the other embodiment) is that 

60 communication between processors and con- 
trollers is more direct and hence faster. Its 
disadvantage is that only one message at a 
time can be transmitted between component 
assemblies. For example, processor 304 can- 

65 not send a message to processor 305 while 



processor 302 is sending data to disc control- 
ler 306 via global bus 318. The operation of 
this system is essentially the same as that of 
the system of Fig. 2 with the exception that 

70 each processor would be capable of communi- 
cating with all disc devices directly and could 
therefore directly receive files via global bus* 
318, transmitted by a disc device not associ- 
ated with that processor. 

75 Obviously, since there is a global bus 31 8 
interconnecting all processors 302-305 and 
disc devices 312-314, the internal system 
structure must differ from that of the system 
of Fig. 2. This difference. is that disc control- 

80 lers 306-308 do not require a processor in- 
terface 223 since all extra-disc communication 
is via global bus 318 and thus bus interface 
322 is the universal communication interface 
for disc controller 306. In operation, typically, 

85 each processor (e.g. 302) is assigned a disc 
device (e.g. 312) and communication be- 
tween them is by data messages transmitted 
via global bus 318. Microprocessor 320 mon- 
itors global bus 318 via bus interface 322 

90 and recognizes a data message from processor 
302 in well-known fashion rather than receiv- 
ing messages from processor 302 via a dedi- 
cated communication path (as in Fig. 2). 
Otherwise, the operational description recited 

95 above for Fig. 2 is directly applicable to the 
system of Fig. 3, with the added advantage 
that the disc device 313 having the requested 
file can transmit the file either directly to the 
requesting processor 302 or to the disc device 
100 312 which is associated with that processor. 
While a specific embodiment of the inven- 
tion has been disclosed, variations in struc- 
tural detail, within the scope of the appended 
claims, are possible and are contemplated. 

105 

CLAIMS 

1 . A disc intercommunication system for 
use in a data processing system which in- 
cludes one or more processors, said disc inter- 

110 communication system comprising a plurality 
of disc drives, a plurality of control means for 
interfacing the disc drives with said one or 
more processors, and means interconnecting 
the control means for transferring data relat- 

1 1 5 ing to said disc drives between said control 
means. 

2. A system as claimed in claim 1, in 
which the means interconnecting the control 
means comprises bus means connected to all 

1 20 of said control means. 

3. A system as claimed in claim 2, in 
which each of the control means is responsive 
to a transfer request signal by one of said one t 
or more processors for interpreting the data 

1 25 transfer request and for directing one or more 
of the plurality of disc drives to transfer the 
requested data to the requesting processor via 
the bus means. 

4. A system as claimed in claim 3, in 
1 30 which the bus means is connected to and 



interconnectes all of said one or more proces- 
sors with all of said control means. 

5. A system as claimed in claim 3, in 
which each of the control means comprises a 

5 disc controller which includes a processor 
means which in response to a data transfer 
request by one of said one or more processors 

• identifies the disc drive containing the data, 
and a bus interface means which in response 

1 0 to commands from the processor means trans- 
mits a request onto the bus means, the bus 
interface means associated with the disc drive 
containing the data being effective for trans- 
ferring the data to the processor requesting 

15 the data. 

6. A system as claimed in claim 5, in 
which the disc controller comprises a memory, 
the processor means being responsive to the 
data transfer request for acessing the memory 

20 to obtain location data for its data and for 
generating a data message identifying the 
location, and the bus interface means being 
responsive to the data message for outputting 
the data message to the data bus means. 

25 7. A system as claimed in claim 5, in 
which the processor means is responsive to 
the data transfer request for accessing the 
associated disc drive to obtain location data 
for the data and for generating a data mes- 

30 sage identifying the location, and the bus 
interface means is responsive to the data 
message for outputting the data message to 
the bus means. 

8. A system as claimed in claims 6 and 7, 
35 in which each of the control means is respon- 
sive to the data message being outputted to 
the bus means for reading the data message 
from the bus means, and the control means in 
response to a data message identifying a file 

40 stored on its associated disc pack retrieves the 
data and outputs the data to the bus means. 

9. A system as claimed in claim 8, in 
which the requesting one of the processor 
means is responsive to the data appearing on 

45 the bus means for enabling the bus interface 
means to remove the data from the bus 
means, and the control means further com- 
prises a processor interface means responsive 
to the data for outputting the data to the 

50 requesting processor. 

10. A system as claimed in claim 4, in 
which each of the control means comprises 
processor means which is responsive to a data 
request applied to the control means by one 

• 55 of said one or more processors for identifying 

the disc drive containing the data, and a disc 
controller which includes bus interface means 

• for receiving a request via the bus means and 
which is responsive to the identification of the 

60 disc controller associated with the disc drive 
containing the data for transferring the data to 
the requesting processor. 

11. A disc intercommunication system 
substantially as hereinbefore described with 

65 reference to Figs. 2 and 3 of the accompany- 



ing drawings. 
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